翻訳と辞書
Words near each other
・ Possum Trot, Virginia
・ Possum Whitted
・ Possum Woods Conservation Area
・ Possum-skin cloak
・ Possumhaw
・ Possums (film)
・ Possumtown, New Jersey
・ Possumtrot Branch
・ Possumwood
・ Post
・ Post & Echo Building
・ Post & Go stamps
・ Post & Telecommunication Hub
・ Post (Björk album)
・ Post (comics)
POST (HTTP)
・ Post (Paul Kelly album)
・ Post (route)
・ Post (South Africa)
・ Post (structural)
・ Post (surname)
・ Post 70s Generation
・ Post Acid
・ Post Amazers
・ Post Amerikan
・ Post and beam
・ Post and core
・ Post and King Saloon
・ Post and lintel
・ Post and Mail building, Birmingham


Dictionary Lists
翻訳と辞書 辞書検索 [ 開発暫定版 ]
スポンサード リンク

POST (HTTP) : ウィキペディア英語版
POST (HTTP)

In computing, POST is one of many request methods supported by the HTTP protocol used by the World Wide Web. By design, the POST request method requests that a web server accepts and stores the data enclosed in the body of the request message.〔(【引用サイトリンク】url=http://tools.ietf.org/html/rfc7231#section-4.3.3 )〕 It is often used when uploading a file or submitting a completed web form.
In contrast, the HTTP GET request method is designed to retrieve information from the server. As part of a GET request, some data can be passed within the URL's query string, specifying for example search terms, date ranges, or other information that defines the query. As part of a POST request, an arbitrary amount of data of any type can be sent to the server in the body of the request message. A header field in the POST request usually indicates the message body's Internet media type.
==Posting data==
The World Wide Web and HTTP are based on a number of request methods or 'verbs', including POST and GET as well as PUT, DELETE, and several others. Web browsers normally use only GET and POST, but RESTful online apps make use of many of the others. POST's place in the range of HTTP methods is to send a representation of a new data entity to the server so that it will be stored as a new subordinate of the resource identified by the URI.〔 For example, for the URI http://example.com/customers, POST requests might be expected to represent new customers, each including their name, address, contact details and so on. Early website designers strayed away from this original concept in two important ways. First, there is no technical reason for a URI textually to describe the web resource subordinate to which POST data will be stored. In fact, unless some effort is made, the last part of a URI will more likely describe the web application's processing page and its technology, such as http://example.com/applicationform.php. Secondly, given most web browsers' natural limitation to use only GET or POST, designers felt the need to re-purpose POST to do many other data submission and data management tasks, including the alteration of existing records and their deletion.
Efforts by some influential writers to remedy the first point began as early as 1998. Web application frameworks such as Ruby on Rails and others make it easier for designers to provide their users with semantic URLs. With regard to the second point, it is possible to use client-side scripting, or to write standalone apps, to make use of the other HTTP methods where they are relevant, but outside of this most web forms that submit or alter server data continue to use POST for the purpose.
That is not to say that every web form should specify method="post" in its opening tag. Many forms are used to specify more precisely the retrieval of information from the server, without any intention of altering the main database. Search forms, for example, are ideally suited to having method="get" specified.
There are times when HTTP GET is less suitable even for data retrieval. An example of this is when a great deal of data would need to be specified in the URL. Browsers and web servers can have limits on the length of the URL that they will handle without truncation or error. Percent-encoding of reserved characters in URLs and query strings can significantly increase their length, and while Apache HTTP Server can handle up to 4,000 characters in a URL, Microsoft Internet Explorer is limited to 2048 characters in any URL.〔(【引用サイトリンク】url=http://support.microsoft.com/kb/q208427 )〕 Equally, HTTP GET should not be used where sensitive information, such as user names and passwords, have to be submitted along with other data for the request to complete. Even if HTTPS is used, preventing the data from being intercepted in transit, the browser history and the web server's logs will likely contain the full URL in plaintext, which may be exposed if either system is hacked. In these cases, HTTP POST should be used.〔(【引用サイトリンク】url=http://tools.ietf.org/html/rfc7231#section-9.4 )

抄文引用元・出典: フリー百科事典『 ウィキペディア(Wikipedia)
ウィキペディアで「POST (HTTP)」の詳細全文を読む



スポンサード リンク
翻訳と辞書 : 翻訳のためのインターネットリソース

Copyright(C) kotoba.ne.jp 1997-2016. All Rights Reserved.